SherbyNet - /page/wikibook/entry.mu

Micron Document

<!DOCTYPE html>

<title>NoSQL</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading">NoSQL</h1>

</header>

</div>

<div id="mw-content-text" class="mw-body-content mw-content-ltr" lang="fr" dir="ltr"><div class="mw-content-ltr mw-parser-output" lang="fr" dir="ltr">En <a href="Informatique" title="Informatique">informatique</a> et en <a href="Base_de_donn%C3%A9es" title="Base de données">bases de données</a>, NoSQL désigne une famille de <a href="Syst%C3%A8me_de_gestion_de_base_de_donn%C3%A9es" title="Système de gestion de base de données">systèmes de gestion de base de données</a> (SGBD) qui s'écarte du <a href="Paradigme" title="Paradigme">paradigme</a> classique des <a href="Base_de_donn%C3%A9es_relationnelle" title="Base de données relationnelle">bases relationnelles</a>. L'explicitation la plus populaire de l'acronyme est Not only SQL (« pas seulement SQL » en anglais) même si cette interprétation peut être discutée<a href="#cite_note-1">[1]</a>.

La définition exacte de la famille des SGBD NoSQL reste sujette à débat. Le terme se rattache autant à des caractéristiques techniques qu'à une génération historique de SGBD qui a émergé autour des années 2010<a href="#cite_note-2">[2]</a>. D'après Pramod J. Sadalage et <a href="Martin_Fowler" title="Martin Fowler">Martin Fowler</a>, la raison principale de l'émergence et de l'adoption des SGBD NoSQL serait le développement des <a href="Centre_de_donn%C3%A9es" title="Centre de données">centres de données</a> et la nécessité de posséder un paradigme de bases de données adapté à ce modèle d'<a href="Infrastructure" title="Infrastructure">infrastructure</a> matérielle<a href="#cite_note-distilled-3">[3]</a>.

L'architecture machine en <a href="Grappe_de_serveurs" title="Grappe de serveurs">clusters</a> induit une structure logicielle distribuée fonctionnant avec des agrégats répartis sur différents serveurs permettant des accès et modifications <a href="Programmation_concurrente" title="Programmation concurrente">concurrentes</a> mais imposant également de remettre en cause de nombreux fondements de l'architecture SGBD relationnelle traditionnelle, notamment les <a href="Propri%C3%A9t%C3%A9s_ACID" title="Propriétés ACID">propriétés ACID</a>.

<div class="mw-heading mw-heading2"><h2 id="Éléments_historiques">Éléments historiques</h2></div>

<div class="mw-heading mw-heading3"><h3 id="Domination_historique_des_SGBD_relationnels">Domination historique des SGBD relationnels</h3></div>

Les SGBD relationnels créés dans les années 1970 se sont progressivement imposés jusqu'à devenir le paradigme de bases de données très largement dominant au début des années 1990.

Plusieurs autres modèles de bases de données ont émergé, tels les <a href="Base_de_donn%C3%A9es_orient%C3%A9e_objet" title="Base de données orientée objet">SGBD orientés objet</a>, <a href="Base_de_donn%C3%A9es_hi%C3%A9rarchique" title="Base de données hiérarchique">SGBD hiérarchiques</a>, <a href="Syst%C3%A8me_de_gestion_de_base_de_donn%C3%A9es_relationnel-objet" title="Système de gestion de base de données relationnel-objet">SGBD relationnel-objet</a> mais leur utilisation est restée très limitée.

C'est dans le courant des années 2000 avec le développement de grandes entreprises internet (Google, Amazon, eBay…) brassant des quantités énormes de données et le développement de l'<a href="Grappe_de_serveurs" title="Grappe de serveurs">informatique en grappes</a> que la domination sans partage du <a href="Mod%C3%A8le_relationnel" title="Modèle relationnel">modèle relationnel</a> a été remise en question car souffrant de limites rédhibitoires pour ces nouvelles pratiques.

<div class="mw-heading mw-heading3"><h3 id="Pionniers_du_modèle_NoSQL">Pionniers du modèle NoSQL</h3></div>

Ce sont les grandes entreprises du web amenées à traiter des volumes de données très importants qui ont été les premières confrontées aux limitations intrinsèques des SGBD relationnels traditionnels. Ces systèmes fondés sur une application stricte des <a href="Propri%C3%A9t%C3%A9s_ACID" title="Propriétés ACID">propriétés ACID</a> et généralement conçus pour fonctionner sur des ordinateurs uniques ont rapidement posé des problèmes d'<a href="Extensibilit%C3%A9" title="Extensibilité">extensibilité</a>.

Afin de répondre à ces limites, ces entreprises ont commencé à développer leurs propres systèmes de gestion de bases de données pouvant fonctionner sur des architectures matérielles distribuées et permettant de traiter des volumes de données importants. Les systèmes qui en ont résulté, <a href="Google" title="Google">Google</a> (<a href="BigTable" title="BigTable">BigTable</a>), <a href="Amazon.com" class="mw-redirect" title="Amazon.com">Amazon</a> (Dynamo <a href="https://en.wikipedia.org/wiki/Dynamo_(storage_system)" class="extiw external" title="en:Dynamo (storage system)">(en)</a>), <a href="LinkedIn" title="LinkedIn">LinkedIn</a> (<a href="Voldemort_(syst%C3%A8me_de_fichiers_distribu%C3%A9)" title="Voldemort (système de fichiers distribué)">Voldemort</a>), Facebook (<a href="Cassandra_(base_de_donn%C3%A9es)" title="Cassandra (base de données)">Cassandra</a> puis <a href="HBase" title="HBase">HBase</a>), <a href="MongoDB" title="MongoDB">MongoDB</a>, <a href="Ubuntu_One" title="Ubuntu One">Ubuntu One</a> (<a href="CouchDB" title="CouchDB">CouchDB</a>), <a href="Baidu" title="Baidu">Baidu</a> (<a href="Hypertable" title="Hypertable">Hypertable</a>) ont été les précurseurs du modèle NoSQL<a href="#cite_note-professional-4">[4]</a>.

Les performances restent bonnes avec la montée en charge en multipliant simplement le nombre de serveurs, solution raisonnable avec la baisse des coûts, en particulier si les revenus croissent en même temps que l'activité<a href="#cite_note-Rozanski_Woods-5">[5]</a>. Les systèmes géants sont les premiers concernés : énormes quantités de données<a href="#cite_note-6">[6]</a>, structuration relationnelle faible (ou de moindre importance que la capacité d'accès très rapide, quitte à multiplier les serveurs).

Un modèle typique en NoSQL est le système clé-valeur, avec une base de données pouvant se résumer à un simple <a href="Tableau_associatif" title="Tableau associatif">tableau associatif</a> unidimensionnel avec des millions — voire des milliards — d'entrées. Parmi les applications typiques, on retrouve des analyses temps-réel, statistiques, du stockage de logs (journaux), etc.

<div class="mw-heading mw-heading3"><h3 id="Invention_et_popularisation_du_terme_NoSQL">Invention et popularisation du terme NoSQL</h3></div>

La parution d'articles présentant ces systèmes propriétaires a conduit au développement de plusieurs projets souvent <a href="Open_source" title="Open source">open source</a> reprenant à la fin des années 2000/début des années 2010 ces grands principes, à savoir des systèmes <a href="Scalability" class="mw-redirect" title="Scalability">scalables</a> par architectures matérielles distribuées, ne visant pas une application stricte du <a href="Propri%C3%A9t%C3%A9s_ACID" title="Propriétés ACID">standard ACID</a>.

Le <time class="nowrap" datetime="2009-06-11" data-sort-value="2009-06-11">11 juin 2009</time>, Johan Oskarsson, ingénieur informaticien à <a href="Londres" title="Londres">Londres</a>, souhaite organiser une rencontre meetup à <a href="San_Francisco" title="San Francisco">San Francisco</a> pour effectuer un tour d'horizon de ces nouveaux systèmes « open-source, distribués et non-relationnels ». Il souhaite un nom percutant et facile à retenir pour cette conférence, après avoir consulté le canal <a href="Internet_Relay_Chat" title="Internet Relay Chat">IRC</a> #Cassandra, le nom « NoSQL » est retenu. Cette dénomination ne devait initialement servir qu'à désigner cette convention mais elle passera à la postérité en devenant la désignation de cette génération d'outils. L'interprétation « not only SQL » ne sera inventée plus tard que comme <a href="R%C3%A9tro-acronyme" class="mw-redirect" title="Rétro-acronyme">rétro-acronyme</a><a href="#cite_note-distilled-3">[3]</a>,<a href="#cite_note-7">[7]</a>.

De nombreux spécialistes se sont plaints de l'inexactitude du terme « NoSQL » et des confusions qu'il pouvait créer, lui préférant parfois le terme « NoRel » (« not only relational ») ou d'autres désignations plus spécifiques, mais le terme reste le plus populaire<a href="#cite_note-distilled-3">[3]</a>,<a href="#cite_note-professional-4">[4]</a>.

<div class="mw-heading mw-heading3"><h3 id="Convention_NoSQL_de_2009">Convention NoSQL de 2009</h3></div>

Plus de cent développeurs de logiciels ont assisté à des présentations de solutions telles que <a href="Voldemort_(syst%C3%A8me_de_fichiers_distribu%C3%A9)" title="Voldemort (système de fichiers distribué)">Project Voldemort</a>, <a href="Cassandra_(base_de_donn%C3%A9es)" title="Cassandra (base de données)">Cassandra</a>, Dynomite, <a href="HBase" title="HBase">HBase</a>, <a href="Hypertable" title="Hypertable">Hypertable</a>, <a href="CouchDB" title="CouchDB">CouchDB</a> et <a href="MongoDB" title="MongoDB">MongoDB</a>.

La rencontre de 2009 à San Francisco est considérée comme l'inauguration de la communauté des développeurs de logiciels NoSQL. Des développeurs qui, selon le magazine <a href="Computerworld" title="Computerworld">Computerworld</a>, « racontent comment ils ont renversé la tyrannie des coûteux et lents SGBD relationnels par des moyens plus simples et plus rapides de manipuler des données ». Selon Jon Travis, un des présentateurs de la conférence, « les SGBD relationnels en font trop, alors que les produits NoSQL font exactement ce dont vous avez besoin ». Les leaders de cette communauté sont majoritairement des <a href="Start-up" title="Start-up">start-up</a> qui n'avaient pas les moyens d'acquérir les licences <a href="Oracle_Corporation" class="mw-redirect" title="Oracle Corporation">Oracle</a>, et ont donc développé leurs propres SGBD en imitant les produits de <a href="Google" title="Google">Google</a> et d'<a href="Amazon.com" class="mw-redirect" title="Amazon.com">Amazon.com</a>. Les produits qu'ils ont créés peuvent manipuler de très grandes quantités de données (centaines de <a href="T%C3%A9raoctet" class="mw-redirect" title="Téraoctet">téraoctets</a>) et offrent une <a href="Scalabilit%C3%A9" class="mw-redirect" title="Scalabilité">évolutivité à la charge</a> adaptée aux besoins des applications <a href="Web_2.0" title="Web 2.0">Web 2.0</a>, ce qui les rend pertinents. Les auteurs décrivent leurs produits comme n'étant pas des SGBD, mais plutôt des logiciels de stockage de données<a href="#cite_note-meetup-8">[8]</a>.

Les SGBD non relationnels, plus anciens que les SGBD relationnels, sont classiques sur les <a href="Mainframe" class="mw-redirect" title="Mainframe">mainframes</a> et les logiciels d'<a href="Annuaire" title="Annuaire">annuaire</a>, performants là où les lectures sont bien plus fréquentes que les écritures (par exemple <a href="LDAP" class="mw-redirect" title="LDAP">LDAP</a>). Leur principe connaît une nouvelle jeunesse avec le NoSQL, porté par le domaine des services Internet, car la plupart des logiciels NoSQL sont destinés à permettre la <a href="R%C3%A9partition_de_charge" title="Répartition de charge">répartition de charge</a> des grands services Internet.

En 2011, un travail de spécification pour un langage de manipulation standardisé a débuté sous le nom de UnQL (Unstructured Query Language). Il se propose de formaliser la façon dont les bases NoSQL font des requêtes dans les collections (le pendant des tables de données pour les bases relationnelles). Bien qu'UnQL ait été présenté comme une abstraction au-dessus de SQL, ce dernier correspondant à un UnQL très contraint, il a été rappelé qu'UnQL ne recouvre pas tout le <a href="Langage_de_d%C3%A9finition_de_donn%C3%A9es" title="Langage de définition de données">LDD</a> de SQL. En réalité, les deux domaines, bases relationnelles et NoSQL, répondant à des besoins et des contraintes différents, coexistent souvent dans les <a href="MVC" class="mw-disambig" title="MVC">architectures métiers</a>.

<div class="mw-heading mw-heading2"><h2 id="Théorie">Théorie</h2></div>

Les caractéristiques principales des SGBD NoSQL sont de permettre la manipulation de volumes de données importants et de permettre une scalabilité horizontale. Ces systèmes ne respectent en général pas les standards des SGBD relationnels : il ne s'agit pas à proprement parler d'une propriété recherchée, mais plutôt d'une concession permettant des traitements plus rapides pour certains types d'applications.

À ce titre, les structures des SGBD restent en date de 2016 très hétérogènes. Nous pouvons cependant citer quelques familles principales émergentes.

<div class="mw-heading mw-heading3"><h3 id="NoSQL_orienté-agrégats">NoSQL orienté-agrégats</h3></div>

Une des caractéristiques retrouvées dans de nombreux SGBD NoSQL est l'utilisation d’« agrégats de données » constitués d'un ensemble de données souvent « consultées/modifiées en même temps » et qui peuvent être déployées sur des serveurs indépendants<a href="#cite_note-distilled-3">[3]</a>.

À titre d'exemple, considérons une application de commerce-en-ligne conçue de manière à accéder fréquemment aux informations d'un client (adresses, etc) et à l'historique de ses achats (par exemple pour lui proposer des réductions).

<ul><li>Un SGBD relationnel typique modélisera ce système en créant une table des informations clients et une table des achats, puis en effectuant une jointure entre ces dernières à chaque opération. Cette architecture pourra poser un problème lorsque le nombre de clients/achats deviendra important et sera difficile à répartir entre plusieurs serveurs.</li>

<li>A contrario, une architecture SGBD NoSQL typique aura tendance à modéliser ce problème en un ensemble d'agrégats constitué des informations d'un client et de ses achats. Cette architecture est plus facilement scalable. En effet, ces agrégats interagissent peu entre eux et peuvent facilement être répartis sur un cluster de serveurs. Cette architecture pourra par contre poser un problème si pour une raison quelconque on est amené à effectuer des requêtes qui ne correspondent pas aux cas d'utilisation immédiatement considérés. Par exemple, une demande de calcul du nombre total de clients ou d'achats pourra être moins efficace que dans un système relationnel qui conserve l'ensemble des clients (resp. achats) dans une table unique.</li></ul>

<div class="mw-heading mw-heading3"><h3 id="NoSQL_orienté-graphes">NoSQL orienté-graphes</h3></div>

Les <a href="Bases_de_donn%C3%A9es_orient%C3%A9es_graphe" class="mw-redirect" title="Bases de données orientées graphe">bases de données orientées graphe</a> permettent de stocker les données sous forme de graphe et de faciliter l'écriture des requêtes en supprimant la plupart des jointures. Par rapport aux bases relationnelles, l'efficacité de ces bases est variable en fonction des systèmes et tâches et des configurations<a href="#cite_note-benchmark-9">[9]</a>.

Ces données sont typiquement celles des réseaux sociaux, réseaux de transport, topologies ou systèmes de recommandation de documents.

On distingue habituellement les <a href="Triplestore" title="Triplestore"> triplestores</a> des bases de données orientées-graphe. Les bases de données graphe fonctionnent avec différents types de graphe (ex. : pondérés, clusters, graphe et tables mixtes) et offrent souvent de meilleures performances pour les traversées de graphes<a href="#cite_note-benchmark-9">[9]</a>. Les <a href="Triplestore" title="Triplestore"> triplestores</a> gèrent exclusivement des graphes binaires de triplets <a href="Resource_Description_Framework" title="Resource Description Framework">RDF</a> (donc centrés sur les relations) mais proposent des inférences.

Les <a href="Langage_de_requ%C3%AAte" title="Langage de requête">langages de requête</a> dépendent des bases, les <a href="Triplestore" title="Triplestore"> triplestores</a> fonctionnent exclusivement avec le langage <a href="SPARQL" title="SPARQL">SPARQL</a>, voir <a href="Base_de_donn%C3%A9es_orient%C3%A9e_graphe" title="Base de données orientée graphe">article détaillé</a> à propos de langages de requête.

Pour les <a href="Bases_de_donn%C3%A9es_orient%C3%A9es_graphe" class="mw-redirect" title="Bases de données orientées graphe">bases de données orientées graphe</a>, l'utilisation de schéma de données n'est pas toujours nécessaire.

<div class="mw-heading mw-heading3"><h3 id="NoSQL_sans-schéma">NoSQL sans-schéma</h3></div>

La première étape de la création d'une base de données relationnelle est de définir son schéma, c'est-à-dire l'ensemble des tables la composant et l'ensemble des champs de ces tables. Cette étape crée une certaine rigidité dans l'implémentation, implique d'avoir une vision assez claire des évolutions de l'application et peut poser un problème si la structure des données recueillies change dans le temps.

Les systèmes NoSQL sans-schéma peuvent ignorer cette étape et stocker des données hétérogènes au fur et à mesure de leur alimentation. Cette utilisation permet une grande flexibilité et des capacités d'adaptation au niveau de la base de données. La contrepartie est que les applications qui liront la base de données devront être capables d'intégrer des données plus hétérogènes et de structure plus complexe.

<div class="mw-heading mw-heading3"><h3 id="Autres">Autres</h3></div>

Les <a href="Propri%C3%A9t%C3%A9s_ACID" title="Propriétés ACID">capacités ACID</a> garantissent que si plusieurs utilisateurs font de manière simultanée des modifications des données, toutes les modifications vont être prises en compte, dans un ordre précis et maîtrisé, de manière à avoir un résultat cohérent (<a href="Int%C3%A9grit%C3%A9_(cryptographie)" title="Intégrité (cryptographie)">intégrité des données</a>) avec l'historique des modifications faites par chacun. La mise en œuvre stricte des capacités ACID entraîne des coûts logiciels importants et un niveau de performance moindre à infrastructure matérielle équivalente.

Les <a href="SGBD" class="mw-redirect" title="SGBD">SGBD</a> d'annuaires ont servi de modèle en permettant de lever certaines de ces contraintes en fonction de l'usage, en particulier dans les cas où la grande majorité des accès aux bases de données consiste en lectures sans modification (dans ce cas, seule la propriété de persistance importe).

Pour faire face à des volumes importants de données, auxquelles on accède de différents endroits du monde, il faut pouvoir répliquer ces données sur différentes machines physiques, c'est ce que l'on appelle un environnement distribué. Le <a href="Th%C3%A9or%C3%A8me_CAP" title="Théorème CAP">théorème CAP</a> démontre qu'il n'est pas possible d'assurer des transactions totalement ACID dans un environnement distribué.

Le <a href="Paxos_(informatique)" title="Paxos (informatique)">protocole Paxos</a> a des performances comparables à celles de l'algorithme de consensus de Chandra-Toueg <a href="https://en.wikipedia.org/wiki/Chandra-Toueg_consensus_algorithm" class="extiw external" title="en:Chandra-Toueg consensus algorithm">(en)</a> dans un environnement distribué<a href="#cite_note-10">[10]</a> et utilisables pour des applications concrètes<a href="#cite_note-11">[11]</a>, notamment dans le cloud<a href="#cite_note-12">[12]</a>. Il est possible d'inclure ce protocole dans une application en conservant en partie les contraintes ACID<a href="#cite_note-13">[13]</a>,<a href="#cite_note-14">[14]</a>.

Les solutions du marché implémentent ce protocole en ajoutant leurs techniques propres pour limiter les conséquences de l'impossibilité d'ACID lors des écritures et mises à jour de données.

<div class="mw-heading mw-heading2"><h2 id="Marché">Marché</h2></div>

Les SGBD relationnels sont largement répandus dans les entreprises. Dimensionnés pour une quantité d'informations et un nombre d'utilisateurs typiques d'une entreprise, ils ont pour fonction principale le <a href="Traitement_transactionnel_en_ligne" title="Traitement transactionnel en ligne">traitement de transactions</a>.

Ils montrent cependant leurs limites lorsqu'ils sont utilisés dans un périmètre plus large, tel qu'un site web populaire, en <a href="R%C3%A9partition_de_charge" title="Répartition de charge">répartition de charge</a> (load balancing), fréquenté par des millions de visiteurs dans le monde entier : les SGBD relationnels exigeraient alors des logiciels et des ordinateurs coûteux ainsi que des compétences en optimisation peu répandues.

Ce segment de marché est de ce fait occupé par les <a href="Logiciel" title="Logiciel">logiciels</a> NoSQL, conçus spécifiquement pour un usage de type <a href="Internet" title="Internet">Internet</a><a href="#cite_note-15">[15]</a>. Ces produits abandonnent la représentation matricielle de l'information et le langage de commande <a href="Structured_Query_Language" title="Structured Query Language">SQL</a> en échange d'une simplicité, d'une performance et surtout d'une <a href="Scalabilit%C3%A9" class="mw-redirect" title="Scalabilité">scalabilité</a> accrues<a href="#cite_note-Rozanski_Woods-5">[5]</a>. La complexité de mise en œuvre du traitement des <a href="Transaction_informatique" title="Transaction informatique">transactions</a> a été réduite dans le but d'obtenir des services plus simples et plus spécialisés<a href="#cite_note-16">[16]</a>.

Simple à mettre en œuvre, le <a href="Stockage_d'information" title="Stockage d'information">stockage d'information</a> à l'aide de <a href="Tableau_associatif" title="Tableau associatif">tableaux associatifs</a> (dits clé / valeur) existe depuis le début de l'histoire des <a href="Bases_de_donn%C3%A9es" class="mw-redirect" title="Bases de données">bases de données</a>, en 1970. Des langages comme <a href="Perl_(langage)" title="Perl (langage)">Perl</a> et <a href="PHP" title="PHP">PHP</a> les ont rendus familiers aux programmeurs. Les nouvelles demandes en rapport avec les <a href="Site_Web" class="mw-redirect" title="Site Web">sites web</a> de grande audience apparus dans les années 2000 et la facilité de mise en œuvre des tableaux associatifs ont fait émerger ces solutions. Elles ont comme point commun l'abandon du langage SQL et sont donc nommées NoSQL. Cela ne signifie pas qu'aucune ne proposera jamais ce langage en option<a href="#cite_note-17">[17]</a>.

Dans le marché des SGBD NoSQL se trouvent <a href="Cassandra_(base_de_donn%C3%A9es)" title="Cassandra (base de données)">Cassandra</a>, <a href="MongoDB" title="MongoDB">MongoDB</a>, Voldemort, <a href="CouchDB" title="CouchDB">CouchDB</a> et <a href="SimpleDB" class="mw-redirect" title="SimpleDB">SimpleDB</a>. Lors d'un sondage réalisé en 2010 auprès de professionnels de l'informatique, 44 % des sondés répondaient encore qu'ils n'avaient jamais entendu parler de NoSQL<a href="#cite_note-18">[18]</a>.

<div class="mw-heading mw-heading2"><h2 id="Exemples">Exemples</h2></div>

Exemples de produits NoSQL :

<ul><li><a href="Accumulo" title="Accumulo">Accumulo</a>, <a href="Apache_Software_Foundation" title="Apache Software Foundation">fondation Apache</a>, <a href="Licence_Apache" title="Licence Apache">Licence Apache 2.0</a>, dérivé d'Hadoop avec des fonctions de sécurité augmentées</li>

<li><a href="Berkeley_DB" title="Berkeley DB">Berkeley DB</a>, Oracle Corporation, il existe deux versions en licence libre et propriétaire</li>

<li><a href="BigTable" title="BigTable">BigTable</a>, Google, privé, depuis <time class="nowrap" datetime="2015-05" data-sort-value="2015-05">mai 2015</time> il existe une version publique sous licence propriétaire</li>

<li><a href="Hypertable" title="Hypertable">Hypertable</a>, Zvents, <a href="GNU_GPL" class="mw-redirect" title="GNU GPL">GNU GPL</a> 2.0, sponsorisé par <a href="Baidu" title="Baidu">Baidu</a> depuis 2009</li>

<li><a href="Cassandra_(base_de_donn%C3%A9es)" title="Cassandra (base de données)">Cassandra</a>, fondation Apache, <a href="Licence_Apache" title="Licence Apache">Licence Apache 2.0</a>, utilisé par <a href="Twitter" class="mw-redirect" title="Twitter">Twitter</a>, Digg...</li>

<li><a href="CouchDB" title="CouchDB">CouchDB</a>, fondation Apache, <a href="Licence_Apache" title="Licence Apache">Licence Apache 2.0</a>, NoSQL orienté-document</li>

<li><a href="DEX" class="mw-disambig" title="DEX">DEX/Sparksee</a>, Sparsity Technologies, propriétaire, NoSQL orienté graphe</li>

<li>DocumentDB, <a href="Microsoft_Azure" title="Microsoft Azure">Microsoft Azure</a>, propriétaire</li>

<li>DynamoDB <a href="https://en.wikipedia.org/wiki/Amazon_DynamoDB" class="extiw external" title="en:Amazon DynamoDB">(en)</a>, Amazon, propriétaire, utilisable essentiellement via <a href="Amazon_Web_Services" title="Amazon Web Services">Amazon Web Services</a></li>

<li>Elassandra, version augmentée de Cassandra intégrant un moteur de recherche <a href="Elasticsearch" title="Elasticsearch">Elasticsearch</a>, sous <a href="Licence_Apache" title="Licence Apache">Licence Apache 2.0</a></li>

<li><a href="HBase" title="HBase">HBase</a>, fondation Apache, <a href="Licence_Apache" title="Licence Apache">Licence Apache 2.0</a>, dérivé d'Hadoop, utilisé notamment par Facebook</li>

<li><a href="MongoDB" title="MongoDB">MongoDB</a>, MongoDB Inc., <a href="GNU_AGPL" class="mw-redirect" title="GNU AGPL">GNU AGPL</a>, NoSQL orienté-document</li>

<li><a href="Neo4j" title="Neo4j">Neo4j</a>, Neo Technology Inc, <a href="GNU_GPL" class="mw-redirect" title="GNU GPL">GNU GPLv</a>3 et <a href="GNU_AGPL" class="mw-redirect" title="GNU AGPL">GNU AGPLv</a>3, NoSQL orienté graphe</li>

<li><a href="OrientDB" title="OrientDB">OrientDB</a>, OrientDB Ltd, <a href="Licence_Apache" title="Licence Apache">Licence Apache 2.0</a>, NoSQL orienté graphe</li>

<li><a href="Voldemort_(syst%C3%A8me_de_fichiers_distribu%C3%A9)" title="Voldemort (système de fichiers distribué)">projet Voldemort</a>, LinkedIn, privé avec versions publiques sous Apache License 2, stockage de données distribué</li>

<li><a href="Redis" title="Redis">Redis</a>, Salvatore Sanfilippo sponsorisé par RedisLab, <a href="Licence_BSD" title="Licence BSD">licence BSD</a></li>

<li><a href="Riak" title="Riak">Riak</a>, Basho Technologies, <a href="Licence_Apache" title="Licence Apache">Licence Apache 2.0</a> avec modules complémentaires payants (propriétaires), inspiré de DynamoDB</li>

<li>ScyllaDB <a href="https://en.wikipedia.org/wiki/ScyllaDB" class="extiw external" title="en:ScyllaDB">(en)</a><a href="#cite_note-19">[19]</a>, ScyllaDB, Inc, <a href="GNU_Affero_General_Public_License" title="GNU Affero General Public License">GNU AGPL</a>, utilisé par <a href="Discord_(logiciel)" title="Discord (logiciel)">Discord</a><a href="#cite_note-20">[20]</a>, <a href="Rakuten" title="Rakuten">Rakuten</a>…</li>

<li><a href="SimpleDB" class="mw-redirect" title="SimpleDB">SimpleDB</a> (Amazon.com), mis à disposition via <a href="Amazon_Web_Services" title="Amazon Web Services">Amazon Web Services</a></li>

<li><a href="Oracle_(entreprise)" title="Oracle (entreprise)">Oracle</a> NoSQL <a href="https://en.wikipedia.org/wiki/Oracle_NoSQL_Database" class="extiw external" title="en:Oracle NoSQL Database">(en)</a>, Oracle Corporation, propriétaire</li>

<li>MentDB Weak, Jimmitry Payet, <a href="GPLv3" class="mw-redirect" title="GPLv3">GNU GPLv3</a>, NoSQL et gestionnaire de processus</li></ul>

Bases de données relationnelles ayant une interface NoSQL :

<ul><li><a href="MySQL" title="MySQL">MySQL</a> avec le moteur <a href="InnoDB" title="InnoDB">InnoDB</a> et l'interface memcached</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Notes_et_références">Notes et références</h2></div>

<li id="cite_note-1"><a href="#cite_ref-1">↑</a> Notamment parce que les SGBD relationnels (Postgres, Oracle, SQLServer…) bien qu'étant inclus dans le « not only SQL » ne sont en général pas inclus dans la famille « NoSQL »

</li>

<li id="cite_note-2"><a href="#cite_ref-2">↑</a> À titre d'exemple, les <a href="Base_de_donn%C3%A9es_orient%C3%A9e_objet" title="Base de données orientée objet">SGBD orientés objet</a>, bien que « non SQL », ne sont en général pas considérés comme appartenant à la famille « non SQL ».

</li>

<li id="cite_note-distilled-3"><abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> Pramod J. Sadalage et <a href="Martin_Fowler" title="Martin Fowler">Martin Fowler</a>, NoSQL Distilled: A Brief Guide to the Emerging World of Polyglot Persistence, <a href="Addison-Wesley" title="Addison-Wesley">Addison-Wesley</a> Professional, 8 août 2012 (<a href="International_Standard_Book_Number" title="International Standard Book Number">ISBN</a> 0321826620).

</li>

<li id="cite_note-professional-4"><abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> Shashank Tiwari, Professional NoSQL, <a href="John_Wiley_%26_Sons" title="John Wiley & Sons">John Wiley & Sons</a>, 2011 (<a href="International_Standard_Book_Number" title="International Standard Book Number">ISBN</a> 9781118167809)

</li>

<li id="cite_note-Rozanski_Woods-5"><abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> Nick Rozanski, Eoin Woods, Software systems architecture: Working with Stakeholders using viewpoints and perspectives, <a href="Addison-Wesley" title="Addison-Wesley">Addison-Wesley</a> (<a href="International_Standard_Book_Number" title="International Standard Book Number">ISBN</a> 9780132906128)

</li>

<li id="cite_note-6"><a href="#cite_ref-6">↑</a> <a rel="nofollow" class="external text" href="http://www.journaldunet.com/solutions/dsi/informatique-de-facebook/hadoop-chez-facebook.shtml">30 pétaoctets pour une migration Facebook</a>

</li>

<li id="cite_note-7"><a href="#cite_ref-7">↑</a> Note : le terme « NoSQL » a été pour la première fois utilisé en 1998 par Carlo Strozzi pour désigner un système relationnel n'utilisant pas le langage SQL (<a rel="nofollow" class="external text" href="http://www.strozzi.it/cgi-bin/CSA/tw7/I/en_US/nosql/Home%20Page">« NoSQL: A Relational Database Management System »</a>), cette utilisation antérieure est une coïncidence sans lien avec la famille de SGBD discutée dans le présent article.

</li>

<li id="cite_note-meetup-8"><a href="#cite_ref-meetup_8-0">↑</a> <abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> <a rel="nofollow" class="external text" href="http://www.computerworld.com/s/article/9135086/No_to_SQL_Anti_database_movement_gains_steam_">« No to SQL? Anti-database movement gains steam »</a>.

</li>

<li id="cite_note-benchmark-9"><abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> « <a rel="nofollow" class="external text" href="https://www.arangodb.com/2015/10/benchmark-postgresql-mongodb-arangodb/"><cite style="font-style:normal;" lang="en">Benchmark: PostgreSQL, MongoDB, Neo4j, OrientDB and ArangoDB</cite></a> », sur arangodb.com

</li>

<li id="cite_note-10"><a href="#cite_ref-10">↑</a> Hayashibara, Naohiro, Urbán, Péter, Schiper, André et Katayama, Takuya, « <cite style="font-style:normal">Performance Comparison Between the Paxos and Chandra-Toueg Consensus Algorithms</cite> », Infoscience EPFL,‎ <time>2002</time> (<a rel="nofollow" class="external text" href="https://infoscience.epfl.ch/record/52482">lire en ligne</a>, consulté le <time class="nowrap" datetime="2018-01-19" data-sort-value="2018-01-19">19 janvier 2018</time>)<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rft.genre=article&rft.atitle=Performance+Comparison+Between+the+Paxos+and+Chandra-Toueg+Consensus+Algorithms&rft.jtitle=Infoscience+EPFL&rft.aulast=Naohiro&rft.aufirst=Hayashibara%2C&rft.au=P%C3%A9ter%2C+Urb%C3%A1n%2C&rft.au=Andr%C3%A9%2C+Schiper%2C&rft.au=Takuya%2C+Katayama%2C&rft.date=2002&rfr_id=info%3Asid%2Ffr.wikipedia.org%3ANoSQL">

</li>

<li id="cite_note-11"><a href="#cite_ref-11">↑</a> Gustavo M. D. Vieira et Luiz E. Buzato, « <cite style="font-style:normal">The Performance of Paxos and Fast Paxos</cite> », arXiv:1308.1358 [cs],‎ <time class="nowrap" datetime="2013-08-06" data-sort-value="2013-08-06">6 août 2013</time> (<a rel="nofollow" class="external text" href="https://arxiv.org/abs/1308.1358">lire en ligne</a>, consulté le <time class="nowrap" datetime="2018-01-19" data-sort-value="2018-01-19">19 janvier 2018</time>)<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rft.genre=article&rft.atitle=The+Performance+of+Paxos+and+Fast+Paxos&rft.jtitle=arXiv%3A1308.1358+%5Bcs%5D&rft.aulast=Vieira&rft.aufirst=Gustavo+M.+D.&rft.au=Buzato%2C+Luiz+E.&rft.date=2013-08-06&rfr_id=info%3Asid%2Ffr.wikipedia.org%3ANoSQL">

</li>

<li id="cite_note-12"><a href="#cite_ref-12">↑</a> Parisa Jalili Marandi, Samuel Benz, Fernando Pedone et Ken Birman, « <cite style="font-style:normal">Practical Experience Report: The Performance of Paxos in the Cloud</cite> », arXiv:1404.6719 [cs],‎ <time class="nowrap" datetime="2014-04-27" data-sort-value="2014-04-27">27 avril 2014</time> (<a rel="nofollow" class="external text" href="https://arxiv.org/abs/1404.6719">lire en ligne</a>, consulté le <time class="nowrap" datetime="2018-01-19" data-sort-value="2018-01-19">19 janvier 2018</time>)<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rft.genre=article&rft.atitle=Practical+Experience+Report%3A+The+Performance+of+Paxos+in+the+Cloud&rft.jtitle=arXiv%3A1404.6719+%5Bcs%5D&rft.aulast=Marandi&rft.aufirst=Parisa+Jalili&rft.au=Benz%2C+Samuel&rft.au=Pedone%2C+Fernando&rft.au=Birman%2C+Ken&rft.date=2014-04-27&rfr_id=info%3Asid%2Ffr.wikipedia.org%3ANoSQL">

</li>

<li id="cite_note-13"><a href="#cite_ref-13">↑</a> <abbr class="abbr indicateur-langue" title="Langue : anglais américain">(en-US)</abbr> « <cite style="font-style:normal" lang="en-us">How Clustrix Maintains ACID in a Clustered Environment - Clustrix</cite> », Clustrix,‎ <time class="nowrap" datetime="2013-05-16" data-sort-value="2013-05-16">16 mai 2013</time> (<a rel="nofollow" class="external text" href="https://www.clustrix.com/bettersql/clustrix-maintains-acid/">lire en ligne</a>, consulté le <time class="nowrap" datetime="2018-01-19" data-sort-value="2018-01-19">19 janvier 2018</time>)<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rft.genre=article&rft.atitle=How+Clustrix+Maintains+ACID+in+a+Clustered+Environment+-+Clustrix&rft.jtitle=Clustrix&rft.date=2013-05-16&rfr_id=info%3Asid%2Ffr.wikipedia.org%3ANoSQL">

</li>

<li id="cite_note-14"><a href="#cite_ref-14">↑</a> <abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> « <a rel="nofollow" class="external text" href="https://www.cs.rutgers.edu/~pxk/417/notes/content/transactions.html"><cite style="font-style:normal;" lang="en">Distributed Transactions</cite></a> », sur www.cs.rutgers.edu (consulté le <time class="nowrap" datetime="2018-01-19" data-sort-value="2018-01-19">19 janvier 2018</time>)

</li>

<li id="cite_note-15"><a href="#cite_ref-15">↑</a> <abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> Adriaan De Jonge, Essential App Engine: Building High-Performance Java Apps with Google App Engine, Addison-Wesley Professional, 2011 (<a href="International_Standard_Book_Number" title="International Standard Book Number">ISBN</a> 9780321742636)

</li>

<li id="cite_note-16"><a href="#cite_ref-16">↑</a> <abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> Daniel A. Keim, Jörn Kohlhammer, Geoffrey Ellis, Florian Mansmann, Mastering the Information Age - Solving Problems with Visual Analytics (<a href="International_Standard_Book_Number" title="International Standard Book Number">ISBN</a> 9783905673777)

</li>

<li id="cite_note-17"><a href="#cite_ref-17">↑</a> <abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> Pete Warden, Big Data Glossary, O'Reilly Media, 2011 (<a href="International_Standard_Book_Number" title="International Standard Book Number">ISBN</a> 9781449314590)

</li>

<li id="cite_note-18"><a href="#cite_ref-18">↑</a> <abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> <a rel="nofollow" class="external text" href="http://www.informationweek.com/news/software/info_management/227500077?queryText=nosql+survey">Informations Week: Surprise: 44% Of Business IT Pros Never Heard Of NoSQL</a>

</li>

<li id="cite_note-19"><a href="#cite_ref-19">↑</a> <abbr class="abbr indicateur-langue" title="Langue : anglais américain">(en-US)</abbr> Julia Angell, « <a rel="nofollow" class="external text" href="https://www.scylladb.com/"><cite style="font-style:normal;" lang="en-us">Home</cite></a> », sur ScyllaDB (consulté le <time class="nowrap" datetime="2023-03-08" data-sort-value="2023-03-08">8 mars 2023</time>)

</li>

<li id="cite_note-20"><a href="#cite_ref-20">↑</a> « <a rel="nofollow" class="external text" href="https://discord.com/blog/how-discord-stores-trillions-of-messages"><cite style="font-style:normal;">How Discord Stores Trillions of Messages</cite></a> », sur discord.com (consulté le <time class="nowrap" datetime="2023-03-08" data-sort-value="2023-03-08">8 mars 2023</time>)

</li>

</ol></div>

</div>

<div class="mw-heading mw-heading2"><h2 id="Voir_aussi">Voir aussi</h2></div>

/* start https://fr.wikipedia.org/ */

.mw-parser-output .autres-projets>.titre{text-align:center;margin:0.2em 0}.mw-parser-output .autres-projets>ul{margin:0;padding:0}.mw-parser-output .autres-projets>ul>li{list-style:none;margin:0.2em 0;text-indent:0;padding-left:24px;min-height:20px;text-align:left;display:block}.mw-parser-output .autres-projets>ul>li>a{font-style:italic}@media(max-width:720px){.mw-parser-output .autres-projets{float:none}}

/* end https://fr.wikipedia.org/ */

</style>

<div class="mw-heading mw-heading3"><h3 id="Articles_connexes">Articles connexes</h3></div>

<ul><li><a href="Base_de_donn%C3%A9es_orient%C3%A9e_objet" title="Base de données orientée objet">Base de données orientée objet</a></li>

<li><a href="Base_de_donn%C3%A9es_relationnelle" title="Base de données relationnelle">Base de données relationnelle</a></li>

<li><a href="Base_de_donn%C3%A9es_orient%C3%A9e_colonnes" title="Base de données orientée colonnes">Base de données orientée colonnes</a></li>

<li><a href="Base_de_donn%C3%A9es_orient%C3%A9e_documents" title="Base de données orientée documents">Base de données orientée documents</a></li>

<li><a href="Base_de_donn%C3%A9es_orient%C3%A9e_graphe" title="Base de données orientée graphe">Base de données orientée graphe</a></li>

<li><a href="Syst%C3%A8me_de_gestion_de_flux_de_donn%C3%A9es" title="Système de gestion de flux de données">Système de gestion de flux de données</a> (DSMS ou SGFD)</li></ul>

<div class="mw-heading mw-heading3"><h3 id="Liens_externes">Liens externes</h3></div>

<ul><li><abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> « <a rel="nofollow" class="external text" href="http://nosql-database.org/"><cite style="font-style:normal;" lang="en">Your Ultimate Guide to the Non - Relational Universe!</cite></a> », nosql-database.org (consulté le <time class="nowrap" datetime="2013-04-03" data-sort-value="2013-04-03">3 avril 2013</time>) : Liste régulièrement mise à jour des bases NoSQL avec liens vers les sites projets</li></ul>

</div>

<ul id="bandeau-portail" class="bandeau-portail"><li> Portail des bases de données </li> <li> Portail du Web sémantique </li> </ul></div><div><div class="zim-footer">

Cet article est issu de <a class="external text" title="Dernière modification le 2025-08-12" href="https://fr.wikipedia.org/wiki/?title=NoSQL&oldid=228060169">Wikipédia</a>. Sauf mention contraire, le texte est disponible sous <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.fr">Creative Commons Attribution-Share Alike 4.0</a>. Des conditions supplémentaires peuvent s’appliquer aux fichiers multimédias.

</div>

</div></div>

</div>

</main>

</div>

</body></html>